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(57) Abstract: The invention concerns a method and an archi- 
tecture for communication between a mobile telephone (1) and a 
server (3) via a network comprising an Internet-type segment and 
a mobile telephony segment, for example with GSM standard, in- 
terconnected through a first gateway (2), of OTA type. The mo- 
bile telephone (1) comprises a smart card (10) which stores SIM 
Toolkit applications and transmits requests to the services (32, 
33) of the server (3) by means of short messages (SMS). The in- 
vention is characterised in that a second gateway is provided (5) 
transforming the request messages (SMS) into HTTP requests, 
without modifying the content thereof. It comprises a table (50) 
generating URL addresses (<I>URL1</I>, , URLn), pointing on 
the services, by associating an application identifier (<I>N1</I>, 
, Nn) with a URL address. The services are of standard HTTP 
type, for example servlets (32, 33). 

(57) Abrege : L' invention conceme un procede et une 
architecture de communication entre un telephone mobile (1) 
et un serveur (3) via un reseau comprenant un segment de type 
Internet et un segment de telephonic mobile, par exemple a la 
norme "GSM", interconnectes par une premiere passerelle (2), 
du type dit "O.T.A.". Le telephone mobile (1) comprend une 
carte a puce (10) qui stocke des applications "SIM Toolkit" 
et emet des requetes vers des services (32, 33) du serveur (3) 
a I'aide de messages courts ("SMS"). Selon 1' invention, on 
prevoit une seconde passerelle (5) transformant les messages 
des requetes ("SMS") en requetes "HTTP", sans en modifier le 
contenu. Elle comprend une table (50) generant des adresses 
"URLs" {URLl, URLn), pointant sur les services, en 
associant un identificateur {Nl, Nri) 
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tions, se referer aux "Notes explicatives relatives aux codes et 
abreviations" figurant au debut de chaque numero ordinaire de 
la Gazette du PCZ 



d' application a une adresse "URL". Les services sont du type standard "HTTP", par exemple des "servlets" (32, 33). 
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PROCEDE ET ACHITECTURE DB COMMUNICATION ENTRE UN SERVEUR INTERNET ET UN 
EQUIPEMENT DE TELEPHONIE MOBILE 

L'invention conceme un procede de communication entre un 
serveur et un equipement de teiephonie mobile comprenant un systeme 
embarque a puce electronique via un reseau de type Intemet et au moins un 
segment de transmissions de tel6phonie mobile. 

5 Elle s'applique plus particulierement aux t6l6phones mobiles du type 

stockant des applications embarqu6es sur une carte munle de moyens de 
traitement de I'information et de memorisation, incluant un module 
fonctionnel connu sous I'abreviation "SIM" (pour "Subscriber Identity Module" 
ou "Module d'identification d'abonne"). II s'agit notamment d'appliquettes (ou 

10 "applets" selon la terminologie anglo-saxonne) accedant ^ des services 
existants sur des serveurs d'entreprises, via un r§seau de type Internet. 

L'invention conceme encore une architecture pour la mise en oeuvre 
du procede. 

Dans le cadre de l'invention, le terme "reseau" doit §tre compris 
15 dans son sens le plus general. Notamment, en ce qui concerne le segment 
de transmissions de t§l6phonie mobile, le reseau Inclut les composants de 
transmission proprement dits du reseau (sous-systdmes de 
radiotransmission, cables de transmissions, faisceaux hertziens, sous- 
systemes "filaires" terrestres, etc.), mais aussi tous les systemes raccordes 
20 au reseau de t6l6phonie mobile (stations de base, controleurs de station, 
commutateurs, annuaires, etc., et, de fagon plus generate, tous systemes de 
traitement informatique de donnees et serveurs raccordes au reseau), y 
compris les postes, equipements ou stations mobiles detenus par les 
utilisateurs (abonn^s) du reseau de teiephonie mobile. 
25 Une des normes les plus utilisees en Europe est la norme de 

transmission "GSM" (acronyme pour "Groupe special Systemes Mobiles 
publics de radiocommunications fonctionnant dans la bande des 900 MHz"). 
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Les equipements de telephonie mobile, qui forment les systemes 
embarques a puce electronique precites, peuvent etre des telephones 
portatifs ou des terminaux plus complexes, par exemple un terminal 
cumulant les fcnctionnalites de telephone et d'organiseur. Pour simplifier, 
5 sans restreindre en quoi que ce soit la portee de I'invention, ces dispositifs 
seront appeles ci-apres "telephones mobiles". 

Egalement pour simplifier, on supposera ci-apr6s que le module 
"SIM" est porte par une carte a puce. Un logiciel d'exploltation de la carte h 
puce est 6galement prevu (dit "OS", pour "Operating System"). 
fo Dans I'etat actuel des techniques, les telephones mobiles des 

reseaux "GSM" ne sont plus seulement utilises pour telephones On peut les 
utiliser aussi pour traiter et envoyer des donnees numeriques. 

Dans le cadre de i'invention, le terme "Internet" doit egalement etre 
compris dans son sens le plus general. II englobe, outre le reseau Internet 
15 proprement dit, les reseaux prives d'entreprises ou similaires, du type dit 
"Intranet", et les reseaux les prolongeant vers I'exterieur, du type dit 
"Extranet", de fagon generate tout reseau dans lequel les echanges de 
donn6es s'effectuent selon un protocole du type Internet. Cependant pour 
fixer les id6es, sans que cela limite en quoi que ce soit la portee de 
20 I'invention, on se placera ci-apres dans le cas du reseau Internet proprement 
dit, sauf mention contraire. 

II existe aujourd'hui en telephonie mobile deux technologies 
principales de developpement d'applications de type dit "client/serveur" : 

1) La technologie dite "WAP" (pour "Wireless Application Protocol"), 
25 dans laquelle I'application cliente est un logiciel navigateur s'executant dans 
le telephone mobile et, plus generalement, dans un equipement mobile du 
type systeme embarque a puce electronique. Ce standard a pour but de 
permettre a des utilisateurs d'acceder au reseau internet a partir de leurs 
telephones mobiles, via une liaison sans fil. 
30 2) La technologie dite "SIM Toolkit", ou I'application cliente 

s'execute dans la carte "SIM". Cette technologie repose sur des interfaces 
programmatiques offrant une grande richesse de fcnctionnalites dans la 
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partie "client" de I'application. Cette technologie fait d'ores et deja partie des 
services complementaires offerts par certains operateurs de teleplionie 
mobile des reseaux "GSM". De fagon pratique, une piece de logicifel 
specifique est implementee dans la carte a puce "SIM" du telephone. Les 
5 fonctlonnalit§s apport^es par cette norme permettent de developper un tres 
grand nombre d'applications distinctes sur la carte a puce, ce dans le but de 
fournir aux utilisateurs des services dits "k valeur ajoutee". Pour une 
description plus 66Xa\\\6e de la technologie "Sim Tooll<it", on se reportera 
avec profit a la norme "GSM 11.14". 
fo La technologie "WAP" a, certes, des avantages, par exemple celui 

d'utiliser les standards d'Internet cote serveur. Les services sont d6velopp6s 
avec les memes architectures que ceux developpes pour Internet. Par 
contre, la technologie "WAP" n'est pas sans inconvenients. Le contenu des 
services peut etre developpe soit en langage dit "WML" (pour "Wireless 
15 Markup Language"), auquel cas les outils existant pour le developpement en 
langage "HTML" (pour "HyperText Markup Language") ne peuvent pas etre 
tous utilises, soit sous forme plus conventionnelle, directement a I'aide du 
langage "HTML", auquel cas une passerelle de traduction "HTML-WML" est 
necessaire. En outre, dans le cas du "WAP", I'application cliente reste Iimit6e 
20 k des fonctionnalit6s offertes par un simple navigateur qui demande des 
pages aux serveurs et les interprdte. Une autre limitation de la technologie 
"WAP" est la necessity d'utiliser des telephones mobiles integrant un 
navigateur "WAP". Or un navigateur "WAP" est d'un type specifique, car il 
presente des caracteristiques differentes des navigateurs de type "WEB" 
25 classiques. Enfin, bien que cette technologie presente I'avantage de 
permettre I'acces au reseau Internet, elle ne couvre pas toutes les 
fonctionnalites des applications "Sim Toolkit". A titre d'exemple non limitatif, 
une application "WAP" ne peut pas, comme dans le cas des applications 
"Sim Toolkit", commander des appels t^lephoniques. De plus, une 
30 application "WAP" ne peut pas garantir le meme degre de s6curit6 que celui 
offert par les applications "Sim Toolkit". En effet, celles-ci utilisent des cles 
secretes enregistr^es dans les cartes a puce "SIM". Par exemple, une 
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application "WAP" ne peut pas demander I'authentification d'une application 
sur un serveur quelconque. 

Pour sa part, la technologie "SIM Toolkit", outre le fait d'assurer un 
grand degre de securite, a I'avantage d'offrir des interfaces programmatiques 
5 standards lui offrant une grande richesse de fonctionnalites pour la partie 
cliente de I'appllcation, appel6e appliquette ou "applet", selon la termlnologle 
anglo-saxonne. EUe n'est cependant pas non plus depoun/ue 
d'inconvenients. En partlculier, II n'existe aucun standard etabll pour le 
developpement des services c6t6 serveur. Les foumisseurs de sen/eurs 
10 offrent en consequence des interfaces programmatiques proprietaires baties 
sur des protocoles egalement proprietaires. Cette contrainte constitue un 
inconvenient, non seulement du fait de I'aspect "propri^taire" en sol, mais 
surtout du fait que les developpeurs d'une application donnee doivent tenir 
compte d'un grand nombre de parametres et exigences qui ne sent pas lies 
15 directement k cette application : grand degre de parallelisme a assurer 
(c'est-^-dire plusieurs requetes clientes arrivant sur le serveur en meme 
temps), niveau de performances du sen/eur, etc. 

II serait done hautement souhaitable de dissocier les aspects Ii6s 
etroitement aux caract^ristiques du serveur et a son contexte (transmissions, 
20 protocoles, etc) des aspects Ii6s au developpement des applications 
proprement dit. II serait notamment souhaitable que les applications puissent 
etre developpees selon des procedures standards et que le protocole 
Internet egalement standard "HTTP" (pour "HyperText Transfer Protocol) 
puisse §tre mise en ceuvre. 
25 L'invention vise a pallier les inconvenients des precedes de I'art 

connu, et dont certains viennent d'§tre rappeles, et a repondre aux besoins 
qui se font sentir. 

Aussi, le proc§d6 de l'invention propose, en mettant en ceuvre la 
technologie "SIM Toolkit" pr§cit§e, une solution permettant la connexion des 
30 "applets" du client aux services standards Internet. Le developpement 
d'applicatlons repose alors sur des standards, ce aussi bien du cote client 
que du c6te serveur, contrairement k I'art connu. Les outils classiques de 
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developpement Internet peuvent done etre utilises aussi pour des 
applications serveur, et un telephone mobile supportant la technologie "SIM 
Toolkit", de fagon plus generate un equipement nnoblle, peut etre utilise pour 
des applications cllentes. 

5 Pour ce faire, selon une caracteristique avantageuse, 11 est fourni, 

selon \B procede de invention, une application de type serveur dont \e role 
est celul d'une passerelle entre les telephones mobiles et les serveurs. La 
fonction principale de cette passerelle est de transformer des messages de 
requetes provenant des telephones mobiles en requite "HTTP", done selon 

w un protocole standard Internet. 

Uinvention a done pour objet prineipai un precede de 
communication entre un serveur et un equipement de telephonie mobile via 
un reseau de type Internet et au moins un reseau de telephonie mobile, 
lesdits reseaux transmettant des donnees selon un premier protocole, de 

ts type Internet, et un second protocole, de type telephonie mobile, 
respectivement, ledit equipement mobile stockant au moins une application 
posant des requ§tes d'acces a un service localise dans ledit serveur et 
transmises sous la forme de messages numeriques vehiculant des donnees 
emises par ledit equipement de telephonie mobile, caracterise en ce quil 

20 comprend une conversion transformant lesdites requetes provenant d'un 
equipement mobile en requetes selon le protocole Internet de type "HTTP" et 
la transmission de ces requetes aux dits services sans modifications 
desdites donnees vehiculees par lesdits messages numeriques de maniere 
que lesdits services soient des services standards d'un sen/eur "HTTP". 

25 Uinvention a encore pour objet une architecture pour la mise en 

oeuvre de ce procede. 

Uinvention va maintenant etre decrite de fagon plus detaillee en se 
referant aux dessins annexes, parmi lesquels : 

Les figures 1A et 1B representent schematiquement une 

30 architecture selon Tart connu, respectivement physique et logique, 

d'un systeme permettant des communications entre un equipement 
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de teiephonie mobile et un serveur via un segment de telephonie 
mobile et un reseau de type Internet ; 

Les figures 2A et 2B represented schematiquement un 
example d'arohitecture selon ('invention, respectlvement physique et 
5 logique, d'un syst§me permettant des communications entre un 

equipement de telephonie mobile et un serveur via un segment de 
telephonie mobile et un r6seau de type Internet ; 

la figure 3 illustre schematiquement un exemple de realisation 
pratique d'architecture selon I'invention ; et 
10 - la figure 4 est une figure de detail illustrant une variante de 

realisation d'une Tarchitecture selon Tinvention. 
Dans ce qui suit, sans en limiter en quoi que ce soit la portee, on se 
placera ci-apres dans le cadre de Tapplication preferee de Tinvention, sauf 
mention contraire, c'est-a-dire dans le cas d'un telephone mobile stockant 
15 des "applets" embarques sur une carte "SIM". 

On va tout d*abord rappeler brievement un exemple d'architecture 
selon Tart connu par reference aux figures 1A et IB. 

La figure 1A represente schematiquement Tarchitecture physique 
d'un systeme permettant des communications entre un telephone mobile 1 
20 et un serveur 3. 

Le poste telephonique portable 1, comprend des circuits 
electroniques classiques : memoires, processeur, etc. (non representes). 
Ces derniers peuvent etre couples a une carte a puce "SIM" 10 a I'aide d'un 
lecteur (non represente). La carte a puce "SIM" 10 comprend egalement des 
25 circuits electroniques classiques (non representes), notamment un 
processeur et des moyens de memoire dans lesquels peuvent etre 
enregistrees des applications "Sim Toolkit", sous la forme d'une ou plusieurs 
"applet(s)", sous la reference generate A. 

Le telephone mobile 1 est relie a un reseau mobile de transmission 
30 RM, par exemple a la norme "GSM" precitee. 
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Ce type de reseau est bien connu de I'Homme de Metier. II n'est 
done pas necessaire de le decrire plus avant, ni ses differents composants. 
On pourra se referer avec profit, a titre d'exemple non limitatif, a rarticle de 
jean CELLMER, intitule "Reseaux cellulaires, Systeme GSM", paru dans les 
5 "Techniques de I'Ingenieur", Volume TE 7364, novembre 1999, pages 1 a 
23. 

Le reseau mobile RM est oonnectd h. un reseau de type Internet Rl 
via une passerelle "Serveur", d'un type classique dit "O.T.A." (pour "Over 
The Air") 2. Des serveurs, dont un seul 3 a et6 repr§sent6, sont connectes 
10 au reseau Internet Rl, directement ou via des pare-feu ("fire-wall") et un 
eventuel reseau Intranet (non repr6sent6s). Le serveur 3 assure des 
services. Ces services sont, comme il a ete indiqu6 constltu6s d'applications 
proprietaires. 

La figure 1B est une representation loglque schematique de 
15 I'architecture physique representee sur la figure 1A. 

Pour fixer les id6es, on a suppose que la carte "SIM" 10 (figure 1A) 
stockait n applications, constitutes par exemple par des "applets" 
referencees AM^, AMx, .... AMn ; la lettre Mdesignant le cote "telephone 
mobile". 

20 Dans I'exemple de realisation repr6sent6 sur la figure IB, on 

considere que les communications sur le tronpon de reseau "sans fil', c'est- 
a-dire le reseau de telephonie mobile RM, s'effectuent en utilisant la 
technologie dite de "service a messages courts" (service dit "GSM-Data"), 
connue sous le sigle "SMS" (pour "Short Message Service"), suivant I'une 

25 des deux normes ETSI 03.40 ou ETSI 03.48. Ces messages ont 
typiquement une longueur de 160 septets ou de 140 octets, selon les 
applications. 

Conformement a ces normes, I'identificateur d'un service (ou 
numero de service) pour une "applet" est appele "TAR" ("Toolkit Applet 
30 Reference") et est code sur 3 octets. Les identiflcateurs de services ont ete 
references NI a Nn. 
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Lorsque le telephone mobile 1 requiert un des services offert par un 
serveur 3, et correspondant a I'une des applications /A/W1 a AMn, par 
exemple rapplication AMx, un message "SMS" est transmis au serveur 3, via 
les differents segments du reseau global, RM et Rl, et la passerelle "O.T.A." 
5 2. Le message en question vehicule notamment I'identificateur (TAR") de 
['application Amx, soit Nx, c'est-a-dire ^galement celui du service 
correspondant. Les applications des services ont 6t6 r6f6rencees As^, .... 
Asx, Asn ; !a lettre S deslgnant le "c6te serveur". Le message permet 
done d'adresser le service Asxdu serveur 3. 
10 Comme il a ete rappele, chaque application proprietaire ASx doit 

pouvoir gerer un certain nombre de contraintes : parallelisme, g§n§ration de 
"threads", de nouvelles instances de I'application, etc., ce qui constitue un 
inconvenient important. En outre, les developpeurs d'applicatlons peuvent 
ne pas posseder les competences necessaires pour traiter ce type de 
15 probl^mes, non directement lies aux services a offrir par le serveur 3 en 
r6ponse k une requete du "client", c'est-^-dire du telephone mobile 1 (figure 
1A). 

Un exemple d'architecture pour la mise en oeuvre d'un mode de 
realisation du proc6de selon invention va maintenant §tre decrit par 
20 reference aux figures 2A et 2B. Comme prec^demment, la figure 2A est 
relative a une architecture physique et la figure 2B est une representation 
logique schematique de cette architecture physique. Sur ces figures, les 
elements identiques aux figures 1A et 1B portent les memes references et 
ne seront re-d§crits qu'en cas de besoin. 

2s On retrouve en effet les principaux composants de I'architecture de 

la figure 1A : telephone mobile 1, r6seau de telephonie mobile MB, 
passerelle "O.T.A." 2, reseau Internet 3. Les services presents sur le serveur 
3 sont r6f6rences 4'. 

Par centre, I'lnterconnexion entre le reseau Internet Rl et le reseau 

30 de telephonie mobile (sans fil) MB, et sa passerelle "O.T.A." 2, ne s'effectue 
plus directement, mais via une passerelle supplementaire 5, dispos6e en 
cascade. II s'agit d'une application serveur. La fonction principale de cette 
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cascade. II s'agit d'une application serveur. La fonction principale de cette 
passerelle 5 est de transformer les messages des requetes provenant des 
telephones mobiles, par exemple du telephone mobile 1 , en requete au 
protocole "HTTP", un des protocoles standards de transmission sur le 
5 r6seau Internet, comme il a ete rappele. 

Comme le montre la figure 2A, la chatne de liaison d'un telephone 
mobile 1 jusqu'au serveur "HTTP" 3 devient transparente pour le 
developpement d'applications clienVserveur pour les telephones mobiles. 

De cette maniere, un service "HTTP" peut §tre d§veloppe en 
10 utilisant les outils et plates-formes standards de developpement bien connus 
en technologie Internet, tels que les "servlets", "ASP" (pour "Active Server 
Pages"), "JSP" (pour "Java Server Pages"), "ASP", "JSP" et "JAVA" 6tant 
des marques deposees, "JavaScript", applications ou scripts "CGI" (pour 
"Common Gateway Interface"), etc. 
15 En d'autres termes, les applications developpees deviennent 

standards. Elles ont ete referencees A•S^ A'Sx, A'sn, sur la figure 2B. 

Les messages "SMS" v6hiculent toujours les identificateurs ("TAR"), A/1 a 
Nn. Cette disposition reste inchang6e. 

Selon une caracteristique du proc6d6 selon I'invention, la passerelle 
20 5 comporte un service d'administration maintenant une correspondance 

entre les identificateurs ("TAR"), A/1 a Nn, les "applets SIM ToolKit", >A/Wl 

AMx, Amp, et des adresses Internet de type "URL" (pour "Unified 
Resource Locator") permettant I'acces aux services correspondants : 
applications A'SA, A'Sx, A'sn. 
25 Les applications standards, A's^, A'sx, A'sn, peuvent se 

presenter sous la forme d'objets informatiques appeles "servlets", en 
langage "JAVA" (marque depos6e), bien connus dans la technologie 
Internet. Ces "servlets" peuvent §tre stock^s dans ce qui est appele des 
conteneurs ou "containers" selon la terminologie anglo-saxonne, 
so La passerelle 5 regoit du telephone mobile 1 une requ§te contenant 

des donnees utilisateur formatees par une "applet SIM ToolKit", par exemple 
AMX, qui comportent, entre autre, I'identificateur de cette "applet", solt Nx. 
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La passerelle 5 identifie alors I' "URL" du service correspondant a 
cet identlflcateur ("TAR") Nx de I' "applet SIM ToolKit" Amx et envoie une 
requ§te "HTTP" a I'adresse "URL" correspondante, en y joignant les 
donnees emise par I'utilisateur, c'est-a-dire le telephone mobile 1. Cette 

5 operation est effectuee en preservant rintegrit6 des donnees emises. En 
d'autres termes, le processus reste transparent pour Tutilisateur ou client. 

Apres traitement de la requ§te "HTTP", le service (application A'sx, 
dans I'exemple decrit) transmet sa reponse sous la forme de donnees 
format6es k la passerelle 5, qui a son tour se charge de la faire parvenir au 

10 t6l6phone mobile 1 . 

Selon le proc6d6 de I'invention, le developpement de solutions 
internet pour un telephone mobile (ou plus g^neralement un equipement de 
telephonie mobile comprenant un syst^me embarque a puce electronique) 
revient alors a ne s'int^resser qu'au d6veloppement d'une "applet SIM 

15 Toolkit" sur le telephone mobile ainsi qu'au service Internet associe sur le 
serveur, sans se preoccuper d'autres contraintes. En effet, les applications 
standards "HTTP" savent gerer ces contraintes : traitement en parall^le 
extensif, generation de nouvelles instances d'une meme application, etc. 

On doit bien comprendre que la passerelle 5, bien qu'il soit suggere 

20 sur la figure 2A qu'elle soit a proximite de la passerelle "O.T.A." 2, peut etre 
avantageusement localisee dans I'enceinte du sen/eur 3 ou en front de ce 
serveur. 

On va maintenant decrire, en regard de la figure 3, un exemple de 
realisation pratique d'une architecture pour la mise en ceuvre du proced§ 
25 selon I'invention. Sur ces figures, les 6l6ments identiques aux figures 
precedentes portent les memes references et ne seront re-decrits qu'en tant 
que de besoin. 

Les communications entre le telephone mobile 1 et le serveur 
"O.T.A." 2 s'effectuent a I'aide messages courts "SMS", comme 
30 pr6c6demment. Les communications entre le serveur "O.T.A" 2 et la 
passerelle 5 sent effectuees a I'aide d'une conversion de protocole, mais sur 
une session au protocole "TCP/IP" (pour "Transport Control Protocol/Internet 
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Protocol"), qui caracterise la couche protocolaire dite de transport. Les 
donnees emises par le client (telephone mobile 1) sont transmises sans 
modifications. 

Par definition, la passerelle 5, qui est conforme a Tune des 

5 caract6ristiques de I'invention, est constituee de circuits specifiques. Elle 
comprend notamment une table 50 assooiant les identificateurs ("TAR"), N1 
a Nn, des applications "client", Am\ a AMn, (figure 2B) a des adresses 

"URL", URL\ URLx, URLn, associ^es aux adresses des services 

correspondant aux applications "client" pr6clt6es. De fagon pratique, la table 

w 50 peut etre realisee a I'aide de positions de m^moire, de registres ou 
d'organes similaires. 

Le serveur 3 comprend un serveur "HTTP" 30 proprement dit. 
De fagon pratique, afln de faciliter I'implementation des services 
sous forme de "servlets" precitees, une "API" (pour "Application 

IS Programming Interface") unique 31, que Ton peut appeler "O.T.A. Servlet 
API" est avantageusement fournie aux developpeurs d'applications. Cette 
"API" leur permet de disposer des parametres habituels des messages 
courts tels que: heure d'6mission, numero de telephone, format des 
donnees, etc., sans avoir k effectuer eux-m§mes une programmation 

20 specifique de chaque application constituant un des sen/ices offerts par le 
serveur. Le developpement d'une "API" est une tache a la portee de 
I'Homme de Metier et ne necessite pas d'§tre d^crite plus avant. En d'autres 
termes, cette "API" permet notamment de connaTtre la configuration des 
champs des messages "SMS" transmis par le telephone mobile 1 au serveur 

25 "HTTP" 30. 

Pour traiter les requetes regues et pour certains types d'application, 
les "sen/lets" peuvent acceder a des composants dlts de metiers tels que 
des "EJB" ("Enterprise Java Beans"), afin de satisfaire des traitements 
requerrant I'acces h des bases de donnees, par exemple. Ces composants 

30 ont 4te represent^s, sur la figure 3, stock^s dans un conteneur particulier 34. 
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Le serveur 3 peut stocker egalement d'autres composants, tels des 
"servlets" "O.T.A" 32 ou d'autres types de "servlets", sous la reference 
unique 33. 

Dans des variantes supplementaires du precede selon Tinvention, 
5 les "URLs" peuvent etre fonction non seulement de ridentificateur 
d'application appelante ("TAR"), mais aussi d'un ou plusieurs autres 
paramdtres tels que, par exennple, le num§ro de t6l6phone du client 
(telephone mobile 1). 

La figure 4 illustre schematiquement une table, ref6renc6e 50', 
10 associee a la passerelle 5 (figure 3) a deux series d'entr^es, symbolis6es 
par une colonne Identlfiants, A/1 a Nx et une colonne num6ros de 
telephones, Teh a Teln, et une serie de sorties : colonne, URU k URLn. II 
s'ensuit qu'une "URL" particuliere, par exemple URLx, est donnee par la 

fonction suivante : 
,5 URLx=KNx,Telx) 

A la lecture de ce qui precede, on constate ais6ment que I'inventlon 
atteint bien les buts qu'elle s'est fixes. 

Elle presente de nombreux avantages, et notamment les suivants : 

- les applications embarquees sur les telephones mobiles, par exemple 
20 des "applets" embarquees sur une carte "SIM", peuvent d'acc§der aux 

services existants sur des serveurs d'entreprises, a la technologie "HTTP" 

- aucune modification n'est necessaire dans I'implementation de ces 
services, et tous les standards d'aujourd'hui sur Internet peuvent etre 

25 Utilises pour fournir des services en lignes a un telephone mobile, de 

fagon plus generate a un systeme embarque k puce electronique ; et 

- la chaTne de liaison entre une application cliente du telephone mobile et 
application sen/eur est implementee de fagon transparente. 

II doit §tre clair cependant que invention n'est pas Iimit6e aux seuls 
30 exemples de realisations explicitement decrits, notamment en relation avec 
les figures 2A a 4. 
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En particulier, les transmissions sur le segment de telephonle sans fil 
peuvent s'effectuer selon d'autres normes que la norme "GSM" precitee. On 
pout citer, a titre d'exemples non limitatifs, les normes "GPRS" ou "UTMS", 
en cours d'implementation. 

5 Bien que Ton ait suppose implioitement que tous les services 

correspondant aux applications "SM Toollcits" d'un equipement mobile 
etalent implement's sur un m§me serveur, 11 tout a fait possible de les 
repartir sur plusieurs serveurs "HTTP" qui seront adresses grace aux "URLs" 
dedultes des identificateurs d'appllcations et, 6ventuellement, de parametres 

10 suppiementaires, comme explicit' en regard de la figure 4. 
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REVENDICATiONS 

1. Proced6 de communication entre un serveur et un 6quipement de 
t6lephonie mobile via un reseau de type Internet et au moins un r^seau de 
t6lephonie mobile, lesdits reseaux transmettant des donn6es selon un 
premier protocole, de type Internet, et un second protocole, de type 
telephonie mobile, respectivement, ledit equipement mobile stockant au 
moins une application posant des requ§tes d'acces a un service localise 
dans ledit serveur et transmises sous la forme de messages numeriques 
vehlculant des donnees emises par ledit equipement de telephonie 
mobile, caracteris6 en ce qu'il comprend une conversion transformant 
lesdites requ§tes provenant d'un equipement mobile (1) en requetes selon 
le protocole Internet de type "HTTP" et la transmission de ces requites 
aux dits services (4') sans modifications desdites donnees vehicutees par 
lesdits messages numeriques. 

2. Precede selon la revendication 1 , caract6ris6 en ce que lesdits messages 
v6hiculant au moins un premier paramdtre constitue par un identificateur 
(N1-Nn) de chacune desdites applications (AM^-AMn) stockees dans ledit 
equipement mobile (1), il comprend, a partir de cet identificateur (AM-A/n), 
la generation d'une adresse Internet {URU-URLn) du type "URL", 
pointant sur un desdits services (4'). 

3. Precede selon I'une des revendications 1 ou 2, caracterlse en ce que le 
dit second protocole de transmission est conforme a la norme "GSM" et 
en ce que lesdites applications {Aim-AMn) stockees dans ledit 
equipement mobile (1) sont des applications du type dit "SIM Toolkit", 
conformes a la norme "GSM 1 1.14". 

4. Precede selon I'une des revendications 1 a 3, caract6ris6 en ce que 
lesdits messages numeriques sont du type dit de "service a messages 
courts" ("SMS"), conformes aux normes "ETSI 03.40" ou "ETSI 03.48". 
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5. Precede selon I'une des revendications 1 a 4, caracterise en ce que 
ladite generation d'adresses "URL" s'effectue a I'aide d'une table (50) 
associant au moins une premiere serie d'entrees constituees par lesdits 
identificateurs {N^-Nn) d'applications {AMA-AMn) et une serie de sorties 
constituees par lesdites adresses "URL" {URU-URLn), cliacune desdites 
adresse "URL" pointant sur un desdits services (4'). 

6. Proced^ selon I'une des revendications 1 a 5, caracterise en ce que, 
lesdits messages v^hiculant au moins des deuxiemes parametres (Te/I- 
Teln) associes h chacune desdites applications (>4y\/f1->4Mi) stockees dans 
lesdits equipements de tel6phonie mobile (1), ladite generation d'adresses 
"URL" (URU-URLn) s'effectue k I'aide d'une table (50) comprenant au 
moins une premiere serie d'entrees constitutes par lesdits identificateurs 
(A/1-A/n) d'applications {AM^-AMn) et une deuxi^me s6rie d'entrees 
constituees par lesdits deuxiemes parametres (Ten-Teln), et en ce que 
ladite generation d'adresses "URL" {URU-URLn) est obtenue par 
I'association d'une combinaison constituee desdits premiers {M-Nn) et 
deuxiemes (Ten-Teln) parametres avec une serie de sorties constituees 
par lesdites adresses "URL" {URU-URLn), chacune desdites "URL" 
{URL\-URLn) pointant sur un desdits services (4'). 

7. Precede selon I'une des revendications 1 a 6, caracterise en ce que 
lesdits services sont constitues par des objets informatiques du type dit 
"servlet". 

8. Architecture d'un systtme de transmission de donnees numeriques 
pour mettre en communication un serveur et un equipement de telephonie 
mobile via un reseau de type Internet et au moins un reseau de telephonie 
mobile, lesdits reseaux transmettant des donntes selon un premier 
protocole, de type Internet, et un second protocole, de type teldphonie 
mobile, respectivement, ledit Equipement mobile stockant au moins une 
application posant des requetes d'accfes h. un service localise dans ledit 
serveur et transmises sous la forme de messages numeriques v6hiculant 
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des donnees emises par ledit equipement de telephonie mobile, lesdits 
reseaux etant connectes I'un a I'autre via une premiere passerelle, 
caracterisee en ce qu'elle comprend une seconde passerelle (5) operant 
une conversion transformant lesdites requetes provenant d'un equipement 
5 mobile en requetes selon le protocole Internet de type "HTTP" et 
transmettant ces requ§tes aux dits services (4') du serveur (3), sans 
modifications desdites donn6es v6hiculees par lesdits messages 
numeriques. 

9. Architecture selon la revendication 8, caracterisee en ce que lesdits 
10 messages v6hiculant au moins un premier parametre constitu6 par un 

identiflcateur (/VI -Nn) de chacune desdites applications {URL\-URLn) 
stockees dans ledit Equipement mobile (1), ladite seconde passerelle (5) 
comprend une table (50) assoclant au moins un identlficateur (m-Nn) ^ 
une adresse Internet {URL^-URLn) du type "URL" associee a un desdits 
15 services (4"), de maniere a aiguiller ladite requ§te vers ce service. 

10. Architecture selon Tune des revendications 8 ou 9, caracterisee en ce 
que ledit equipement de telephonie mobile comprend une carte a puce 
electronique (10), lesdites applications {AMA-AMn) etant stock6es par des 
moyens de memoire de ladite puce electronique. 



20 
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378308 


B 


01-01-2000 














ZA 


9805151 


A 


13-04-1999 


EP 


0996299 


A 


26- 


-04- 


-2000 


FR 


2785133 


Al 


28-04-2000 














FR 


2785134 


Al 


28-04-2000 














FR 


2785135 


Al 


28-04-2000 














EP 


0996299 


Al 


26-04-2000 














EP 


0996300 


Al 


26-04-2000 














OP 


2000184452 


A 


30-06-2000 














OP 


2000138975 


A 


16-05-2000 


EP 


1063858 


A 


27- 


■12- 


-2000 


EP 


1063858 


Al 


27-12-2000 



Formulaire PCT/ISA/210 (annexe famnies de brevets) OuiHet 1992) 



